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^£ (57) Abstract: The invention concerns a system for managing access of a plurality of conmiunication networks (20, 21, 22) to a 
mobile terminal (10) connected to a mobile teleconununication network. The invention is characterized in that said system is adapted 
to set up at least one connection from at least one of said communication networlcs (20, 21, 22) to said mobile terminal (10). The 

O invention is applicable to mobile teleconmiunication netwoiics enabling access of a mobile terminal (10) to a plurality of independent 
^.^^ conununication networks (20, 21, 22), offering each a set of services. 
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(57) Abrege : Systtoe de gestion d'acces d*une plurality de r^seaux (20, 21, 22) de communication k d*un terminal mobile (10) 
raccoid^ k un i^seau de t^l&ommunications mobiles. Selon I'invention, ledit syst^me est apte k 6tablir au moins une connexion k 
partir d'au moins un desdits r^seaux (20, 21, 22) de communication vers ledit terminal mobile (10). Application aux r^seaux de 
telecommunications mobiles permettant t Tacc^s d'un terminal mobile (10) k une plurality de r^seaux ind6pendants (20, 21, 22) de 
conmiunication, ofirant chacun un ensemble de services. 
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SYSTEME ET PROCEDE DE GESTION D'ACCES D'UN RESEAU DE 
COMMUNICATION A UN TERMINAL MOBILE 

La. pr6sente invention conceme un systeme et un proc6d6 de gestion 
d'acces d'uh r^seau de communication ^ un terminal mobile. 

L'invention s'applique plus particuliferement aux r§seaux mobiles 
permettarit Taccds a un temninal mobile ^ partir d'une plurality de r§seaux 
ind6pendants de communication offrant cliacun un ensemble de services. 

Actuellement, ces services sont accessibles ^ partir d'un temninal 
mobile raccOrde aux r6seaux de telecommunications mobiles, tel que le 
syst^me Gi=»RS (General Packet Radio Sen/ice, soit sen/ice general de 
radiocommunlcation en mode paquet) ou le systeme UMTS (Universal Mobile 
telecommunications System, soit systeme universel de telecommunications 
aveic lest mobiles). 

Actuellement, dans ces dits r6seaux mobiles, I'utilisateur peut 
s6lectionner un r^seau de communication offrant des services en 
s6lectlonnant un nom identifiant ledit r6seau de communication. Ensulte. pour 
6tabHr uhe connexion entre un terminal mobile et un r6seau de communication 
determine, ledit nom Identifiant est transmis d travers le r6seau mobile vers un 
equipertient de gestion d'accds aux dits reseaux de communication. 

Pour facilfter la comprehension, I'invention est decrite avec les 
appellations utilisees dans la temiinologle des systdmes GPRS ou UMTS, 
toutefois. I'invention s'applique ^ tous les systemes de communication 
utilisant des techniques identiques d'identification et d'adressage d'un reseau 
de communication. 

Dans les systemes actuels de type GPRS ainsi que UMTS, le nom 
identifiant un r6seau de communication est appeie un APN (Access Point 
Name, soit nom de point d'acces). Dans ces mSmes systemes. I'equipement 
de support de service est appeie un SGSN (Serving GPRS Support Node, soit 
noeud de support de service GPRS) et I'equipement de gestion d'acc6s aux 
differents reseaux de communication est appeie GGSN (Gateway GPRS 
Service Node, soit noeud de service GPRS de transit). 

Un nom identifiant APN comprend principalement un identifiant 
correspondant au reseau de communication seiectlonne, un identifiant de 
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I'operateur qui gdre iedit r^seau de communication et un identifiant de la 
technologie du r6seau mobile, par exemple GPRS ou UMTS. Le fonmat, ainsi 
que {'usage, d'un nom identifiant APN sont nomialis6s par I'ETSI (European 
Teiecomrhunications Standards Institute, solt institut europ6en de 
normalisation des telecommunications). 

Entre autre fonction, un 6quipement de support de service SGSN regoit 
d'un terminal mobile un nom identifiant APN et le transmet pour 
reconnaissance au serveur de nom identifiant APN auquel il est raccord§. 
Ledit serveur de nom identifiant APN repond § I'equipement de support de 
service SGSN en transmettant la llste des equipements de gestion d'acc6s 
GGSN assocl§ au nom identifiant APN. Ledit 6quipement de support de 
sen/ice SGSN etablit une connexion vers un 6quipement de gestion d'acc^s 
GGSN appartenaht a ladite liste. Entre autre fonction, un equipement de 
gestion d'acc^s GGSN reconnait un nom identifiant APN regu d'un terminal 
mobile et etablit la connexion vers un r6seau de communication 
con-espondarit au nom identifiant APN. Ces 6quipements SGSN et GGSN 
sont egalement normalises par I'ETSI. 

Une fois s6lectionn6 un nom identifiant APN sur le terminal mobile, un 
protocole d'acces ddman^e. En GPRS ou UMTS, ce protocole est appeie PDP 
(Packet Data Protocol, soit protocole de donn6es en mode paquet). Une 
procedure d'etablissement de la connexion du temninal mobile vers 
requipement de gestion d'accds dit GGSN est mise en oeuvre. Pour permettre 
retablissement de la connexion, un lien est cree ^ travers le r6seau mobile 
vers le r6seau de communication seiectionne. En GPRS ou UMTS, ce lien est 
appeie « PDP Context ». Ce lien permet I'acces du terminal mobile d 
I'ensemble des services dudit reseau de communication. 

A la fin de ladite procedure, le temilnal regoit une adresse en 
provenance du reseau de communication, avec lequel la connexion est 
etablle. Cette adresse Identifie ledit tenminai au sein dudit r6seau de 
communication. Elle est associee audit lien appeie "PDP Context", existent 
entre le tennlnal et ledit r6seau de communication. 

Par analogie avec la tei6phonle sur reseau fixe de telecommunications 
et avec les systemes mobiles de type GSM (Global System for Mobile 
communications, soit systeme global pour les communications avec les 
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mobiles), la demande de connexion d'un tenninal mobile vers un rdseau de 
communication est appel6e un "appel sortant". 

De la m§me fagon, une demande de connexion ^ partir d'un r6seau de 
communication vers un temiinal mobile est appelSe un "appel entrant". 

ActuelleTTient, les op^rateurs de r6seaux de telecommunications 
mobiles GPRS ou UMTS ne permettent pas retablissement d'une connexion k 
partir dudit r^seau de communication vers ledit tenninal mobile. 

Actuellement, une connexion entre un tenninal mobile et un r6seau de 
communication ne peut §tre 6tablie qu'd partir dudit terminal mobile vers ledit 
r6seau de communication. 

Aussi, le probieme technique a r6soudre par I'objet de la pr6sente 
invention est de proposer un syst^me et un proced6 de gestion d'acc^s d'une 
plurality de r6seaux de communication a un terminal mobile raccorde ^ un 
r§seau de telecommunications mobiles, qui pennettrait de rem6dier aux 
inconv6nients des systemes existants en r6alisant un appel entrant vers un 
tenninal mobile. 

La solution au problSme technique pos6 consiste. selon la pr6sente 
invention, en ce que ledit syst6me de gestion d'acc§s d'une pluralit6 de 
r^seaux de communication d un tenninal mobile est apte ^ 6tablir au moins 
une connexion ^ partir d'au moins un desdits r6seaux de communication vers 
iisdit terminal mobile. 

Actuellement, retablisSement d'une connexion est mis en ceuvre § partir 
d'uh terminal mobile par I'interm6diaire d'un 6quipement de gestion d'accds 
GGSN vers un r6seau de communication. 

Pour permettre I'^tablissement d'une connexion entre un terminal 
mobile et un r6seau de communication, sont utilises les 6quipements 
similaires ^ ceux d'un appel sortant pr6sent§ pr§c6demment. 

Un Hen "PDP Context" est cr§6 a travers le r6seau de 
telecommunications mobiles ^ partir dudit reseau de communication vers le 
terminal mobile detennine. Ledit tenninal mobile regoit une adresse en 
provenance dudit r6seau de communication, avec lequel la connexion est 
etablle. Cette adresse Identlfie ledit tenninal au sein dudit reseau de 
communication. Eile est associee audit lien appeie "PDP Context", existant 
entre le terminal et ledit reseau de communication. 
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Ledit syst^me de gestion d'acces, conforme a Tinvention, va permettre 
une mise en oeuvre de r6tablissement de la connexion a partir d"un r6seau de 
communication Vers un temninal mobile d6tennin6 par rintemnediaire 
d'interfaces specifiques ^ ladite connexion. 
5 - Selon rinventlon, ledit syst6me comprend au moins une interface de 

reclieTche d'adresse utilisateur, situ6e dans ledit reseau de communication, 
apte a attribuer au moins une adresse utilisateur audit terminal mobile ^ partir 
d'au moins Une donn6e d'un premier message de commande en provenance 
d'au moins un serveur de noms de domaine, situ§ dans ledit r6seau de 
10 communication. 

Uinterface de recherche d'adresse utilisateur pefmet de connaTtre 
I'utilisateur dudit terminal mobile, avec lequel ledit reseau de communication 
va etabiir une connexion. 

L'adresse utilisateur est d6termln§e a partir de I'Identifiant de I'utilisateur 
15 dudit tenninal mobile, transmis par rintemnediaire d'un sen/eur applicatif et 
d'un serveur de noms de domaine, situ§s dans ledit reseau de communication 
auquel est abonnd ledit terminal mobile. 

Confomnement a I'invention, ledit syst^me comprend au moins une 
interface de gestion d'appel entrant, situ6e dans ledit r6seau de 
20 communication, apte ^ attribuer au moins une adresse rdseau audit temninal 
mobile apres traitement de ladite adresse utilisateur partir d'au moins une 
donnee d'un deuxidme message de commande en provenance de ladite 
interface de recherche d'adresse utilisateur. 

Uinterface de gestion d'appel entrant pemnet de connaTtre ledit reseau 
25 de communication, qui va etabiir une connexion vers ledit terminal mobile. 

L'adresse r6seau est d6termin6e a partir de l'adresse utilisateur, par 
i'intemn§diaire des donndes transmises par ladite interface de recherche 
d'adresse utilisateur. 

Selon I'invention, ledit systdme comprend au moins une interface 35 de 
30 controle d'accds, situ6e dans ledit reseau de communication, apte ^ verifier 
ladite adresse utilisateur dudit terminal mobile a partir d'au moins une donn6e 
d'un troisieme message de commande en provenance de ladite interface de 
gestion d'appel entrant. 
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La norme de I'ETSI pr6voit que plusieurs connexions peuvent §tre 
6tablies simuttanement entre un meme terminal mobile et diff6rente rSseaux 
de communication. 

Lorsque, par exemple, un terminal mobile est d6j§i connects a un 

5 premier r§seau de communication par un appel sortant, une adresse a 6t6 
attribute audit terminal mobile par ledit premier r6seau de communication. 
Ensuite, lorsqu'un deuxi§me r^seau de communication etablit une connexion 
vers le meme terminal mobile par un appel entrant. I'interface 35 de contr6le 
d'acc6s v6rifie si ladite adresse utilisateur correspondant audit terminal mobile 

10 h'est pas dej^ existante. 

Selon rirtvention, ledit syst^me comprend au moins une interface 14 
d'autorisation d'acces. situee dans ledit r§seau de telecommunications 
mobiles, apte ^ verifier ladite adresse r^seau apres traitement de ladite 
adresse utilisateur dudit temninal mobile a partir d'au moins une donn6e d'un 

15 quatrieme message de commande en provenance de ladite interface 35 de 
contrfile d'acces. 

Dans un rdseau de telecommunications mobiles, comme I'appel est 
emis par un temiinal mobile pour le cas d'un appel sortant d partir dudit 
terminal mobile, I'adressage est g6re par un registre de localisation appel6 
20 HLR (soit Home Location Register). 

Pour le cas d'un appel entrant vers un terminal mobile, I'appel est 6mis 
par ledit r^seau de (ximmunication et I'adressage est g6r6 par un §quipement 
de gestion d'accds GGSN. Selon le type d'appel, sortant ou entrant, la gestion 
de I'adressage est realisSe par differents equipements du rSseau de 
25 telecommunications mobiles. 

Ladite interfaice de contrdle d'acces, situee dans ledit reseau de 
communication, pemnet d'entrer en liaison avec le reseau de 
telecommunications mobiles, auquel est raccorde I'utilisateur dudit temninal 
mobile, par I'intennediaire de I'interface d'autorisation d'acces qui est reliee 
30 audit registre de localisation. 

L'invention e egalement pour objet un precede de gestion d'acces d'une 
pluralite de reseaux de communication ^ un temiinal mobile, raccorde d un 
reseau de telecommunications mobiles, remarquable en ce que ledit proc6de 
comporte les etapes suivantes : - enregistrer au moins un identrflant 
35 con-espondant S au moins un tenminal mobile dans au moins un serveur 
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applicatif d'un desdits reseaux de communication ; - transmettre au moins un 
premier message de commande pour demander une identification dudit 
temiinai mobile ^ partir dudIt serveur applicatif vers au moins un serveur de 
noms de domdine dudit r§seau de communication ; - transmettre ledit premier 

5 message de commande ^ partir dudit serveur de noms de domaine vers au 
moins une interface de recherche d'adresse utilisateur dudit reseau de 
communication pour attribuer au moins une adresse utilisateur audit terminal 
mobile ; - transmettre au moins un deuxieme message de commande, pour 
. attribuer une adresse r6seau avec ladite adresse utilisateur dudit terminal 

10 mobile, ^ partir de ladite interface de recherche d'adresse utilisateur vers au 
moins une interface de gestion d'appel entrant dudit r§seau de communication 
; - verifier I'existence de ladite adresse utilisateur regue dans ladite interface 
de gestion d'appel entrant, reli6e a au moins un serveur d'allocation d'adresse 
reseau. 

15 Lorsque ledit terminal mobile peut g6rer plusieuirs connexions, une 

premiSre adresse va §tre attribute pour un appel sortant et une deuxidme 
adresse va §tre attribute pour un appel entrant. Lorsque I'appel sortant et 
I'appel entrant sont 6tablis entre un terminal mobile et le m§me reseau de 
communication, deux adresses peuvent etre attributes pour ledit terminal 

20 mobile par un seul reseau de communication. 

Dans ce cas, Tattributlon d'une deuxieme adresse n'est pas ntcessaire 
pour ledit temninal mobile, qui possSde une premiere adresse attribute 
par le mdme rtseau de communication. Le manque d'adresses disponibles se 
faisant sentir, ce double adressage est un gaspillage des ressources en 

25 adresse qui ont 6videmment un nombre limits. 

Ladite interface de gestion d'appel entrant, relite au serveur d'allocation 
d'adresse reseau dudit rtseau de communication, va permettre d'tviter 
I'attribution de deux adresses pour ledit temiinai mobile. 

Confonntment ^ I'invention, les 6tapes suivantes dudit procedt de 

30 gestion d'acc^s consistent ^ : - transmettre au moins un quatrieme message 
de commande pour rtaliser au moins un traitement de ladite adresse 
utilisateur a partir de ladite interface de contrOle d'accts vers au moins une 
interface d'autorisation d'accts, situte dans ledit rtseau de 
t6l6communications mobiles ; - verifier Taccessibilitt et les droits de I'utillsateur 

35 dudit temriinal mobile dans au moins un registre de localisation dudit reseau de 
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telecommunications mobiles, rell6 ^ ladite interface d'autorisation d'accds ; - 
transrhettre, pour rSaliser une mise en forme des donn^es, ladite accessibility 
et lesdits droits de I'utilisateur dudit terminal mobile ^ partir de ladite interface 
d'autorisation d'acc^s, situ6e dans ledit r6seau de telecommunications, vers 

5 ladite interface de contrdle d'acces, situ6e dans ledit reseau de 
communication ; - transmettre pour analyse ladite accessibilite et lesdits droits 
de Tutilisateur dudit terminal mobile d partir de ladite interface de contrdle 
d'acces vers ladite interface de gestion d'appel entrant. 

Actuellement, il existe des temilnaux mobiles, qui ne gdrent 

10 simultanernent qu'une connexion avec un reseau de communication, lis ne 
peuvent recevoir simultanement qu'une seule adresse, associee ^ un lien 
appeie "PDP Context", en provenance d'un seul reseau de communication. 

Dans ce cais, apres un appel sortant, un appel entrant en provenance 
dudit r6seau de communication ne peut aboutir. Par consequent, les droits de 

15 rutilisateur n'autorisfe pas un appel entrant. 

De plus, lorsque ledit temninal mobile peut g6rer plusieurs connexions, 
I'utilisateur dudit tenninal mobile peut ne pas autoriser un appel entrant en 
provenance d'un desdits r^seaux de communication, par exempie pour 
empScher la diffusion de messages de publicite d partir d'un reseau de 

20 communication determine. 

Selon I'invention, dans le cas de non-accessibilite ou d'absence de 
droits pour Tutilisateur dudit temilnal mobile, ladite interface de gestion d'appel 
entrant transmet un premier message d'echec vers ladite Interface de 
recfieTche d'adresse utilisateur, puis ladite interface de recherche d'adresse 

25 utilisateur transmet ledit premier message d'echec vers ledit serveur de noms 
de domaine et vers ledit serveur applicatif pour traltement de maniere ^ ne 
pas etablir la connexion entre ledit reseau de communication et ledit tenminal 
mobile. 

Les differentes Interfaces, specifiques a une connexion par un appel 
30 entrant, dialogue avec les differents serveurs en place dans ledit reseau de 
communication de maniere a transmettre les donnees necessaires pour la 
gestion d'acces. 

Lorsque I'etablissement de la connexion n'est pas autoris6, differents 
messages d'echec sont transmis entre les differents equipements dudit reseau 
35 de communication. 
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Conform§ment S I'invention, les etapes suivantes dudit proc6d6 de 
gestion d'acc^s consistent d : - transmettre ladite adresse utilisateur ^ partlr de 
ladite interface de recherche d'adresse utilisateur vers ledit serveur de noms 
de domaine. puis vers ledit serveur applicatif ; - transmettre au moins une 
5 donh6e avec ladite adresse utilisateur d partir dudit serveur applicatif vers au 
moins urt §quipement de gestion d'acces dudit r^seau de telecommunications 
mobiles. 

Gonform6ment ^ rinvention, dans le cas de reconnaissance de ladite 

adresse utilisateur, ledit equipement de gestion d'acces transmet ladite 
10 donnee vers au moins un equipement de support de service, puis vers ledit 

terminal mobile, apres 6tablissement de la connexion entre ledit r6seau de 

communication et ledit terminal mobile. 

Lorsque toutes les verifications realisees par les diff6rentes interfaces 

par I'intermediaire des differents serveurs dudit r6seau de communication sont 
15 realis6es, I'adresse r^seau conespondant audit terminal mobile est transmise 

d l'6quipement de gestion d'acces dans ledit r6seau de telecommunications 

mobiles. 

L'appel entrant alors est autorise et la connexion est etablie d partir 
dudit reseau de communication vers ledit tenmina! mobile, qui regoit les 
20 donnees en provenance dudit reseau de communication. 

La description qui va suivre en regard des dessins annexes, donnes d 
titre d'exemple non limitatif, fera bien comprendre en quoi consiste I'invention 
et comment elle peut §tre realisee. 

La figure 1 est un schema de I'architecture generate du systeme de 
25 gestion d'acces d'une pluralite de reseaux de communication d un terminal 
mobile, conforme a I'invention. 

La figure 2 est une representation des etapes du precede de gestion 
d'acces d'un reseau de corrimunication a un terminal mobile, conforme ^ 
rinvention. 

30 . Pour simpllfier la description, requipement raccorde au reseau de 

telecommunications mobiles est indique comme un tennninal mobile 10, mais il 
peut etre de differentes natures, par exemple un serveur ou un terminal de 
communication mobile ou bien un ordinateur personnel de type PC. 

Sur la figure 1, qui represente dans son ensemble un systeme de 

35 gestion d'acces d'une pluralite de reseaux 20. 21. 22 de communication § an 
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terminal mobile 10, ledit temiinal mobile 10 est symbolls6 par un 6qulpement 
d'abonli6 10 appeld UE (User Equipment). 

Quel que solt le temnlnal mobile 10 utilise, celui-ci est reii6 it un r^seau 
de t6l§communications mobiles public auquel I'utilisateur est abonn§. 

L'inventlon s'applique d tous les r§seaux 20, 21, 22 de communication 
utilisant des techniques 6qulvalentes d'identification et d'adressage vers un 
terminal mobile 10. 

Le terminal mobile 10 est raccord^ a tout type de reseau de 
telecommunications pour des mobiles permettant la transmission en mode 
paquet vfers un temrlinal mobile 10, par exempts un reseau mobile de type 
GPRS (General Packet Radio Service, solt service g§n6ral de 
radiocbmmunication en mode paquet) ou UMTS (Universal Mobile 
Telecommunications System, solt systeme universel de telecommunications 
avec les mobiles). 

L'utilisateur est egalement abonne d une plurality de rSseaux 
independants 20, 21, 22 de communication offrant chacun un ensemble de 
services. Ledit utilisateur met en m6moire dans son terminal mobile 10 chaque 
nom APN identifiant un r6seau 20, 21, 22 de communication. 

Lorsque I'utilisateur du temnlnal mobile 10 s6lectionne un nom 
identifiant APN memorise, une connexion est 6tablie avec un desdits r6seaux 
20, 21, 22 de communication, d travers le rSseau de telecommunications 
mobiles. Ledit temnlnal mobile a 6tablit une liaison vers un des r6seaux 20, 21 , 
22 de lx)mmunication, liaison appel6e un appel sortant. Comme precise 
pr6c6demment, un nom APN identifie chacun desdits r6seaux 20, 21, 22 de 
communication. 

Ledit nom identifiant APN est transmis vers un 6quipement 11 de 
support de service SGSN, reli6 a un serveur de nom APN qui poss6de une 
table de conrespondance entre les noms APN et les equipements de gestion 
d'acces GGSN. Apres selection gr§ce ^ ladite table de correspondance, un 
§quipement 12 de gestion d'accds GGSN etablit la connexion avec ledit 
r6seau 20, 21 , 22 de communication. 

Au cx)ntraire d'un appel sortant, un appel entrant pemnet d'etablir une 
connexion a partir d'un desdits r§seaux 20, 21 , 22 de communication vers ledit 
terminal mobile 10, comme expliqu6 pr6c6demment. 
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Ainsi que repr^sent^ sur la figure 1. un serveur applicatif 30 ou AS 
(Application Server), appartenant d un desdits r6seaux 20, 21, 22 de 
communication, recherche I'Identifiant de I'utillsateur dudit temninal mobile 10 
pour initialiser ledit appel entrant. 

5 L'in'rtialisation d'un appel entrant d partir d'un r^seau 20, 21, 22 de 

communication vers un temninal mobile 10 peut etre realis6e par diffSrents 
6quipements dudit reseau 20, 21, 22 de communication, tel que ledit sen/eur 
applicatif 30 (ou AS) ou bien tout autre equipement dudit r6seau de 
communication, par exemple tout terminal ayant acces audit serveur applicatif 

10 30 (ou AS) dudit r6seau 20, 21 , 22 de communication. 

Ledit serveur applicatif 30 (ou AS) solllcite un serveur 31 de noms de 
domaine (soit DNS, Domain Name Server), qui est situe dans ledit r6seau 20, 
21, 22 de communication. Ledit serveur 31 de noms de domaine DNS 
declenche le traitement de I'Identifiant de I'utillsateur dudit temiinal mobile 10 

15 par une interface 32 de recherche d'adresse utilisateur. 

Ladite Interface 32 de recherche d'adresse utilisateur peut §tre 
physlquement situee ou non dans ledit serveur 31 de noms de domaine DNS. 

Ladite interface 32 de recherche d'adresse utilisateur transmet une 
adresse utilisateur correspondant audit terminal mobile 10 vers une interface 

20 34 de gestion d'appel entrant dans ledit r6seau 20, 21 , 22 de communication. 
Ladite Interface 34 de gestion d'appel entrant realise le traitement de ladite 
adresse utilisateur par contrdle de I'exlstence ou non de ladite adresse 
utilisateur. 

Lorsque ladite adresse utilisateur con-espondant audit temninal mobile 
25 10 est d6\di existante, ladite interface 34 de gestion d'appel entrant renvoie 
ladite adresse utilisateur d ladite Interface 32 de recherche d'adresse 
utilisateur. 

Lorsqu'il n'existe pas d'adresse utilisateur correspondant audit temiinal 
mobile 10, ladite Interface 34 de gestion d'appel entrant solllcite un serveur 33 
30 d'allocatlon d'adresse reseau. Ledit serveur 33 d'allocatlon d'adresse r6seau 
(ou Radius, Remote Authentificatlon Dial-In User Service) est situ6 dans ledit 
r6seau 20, 21 , 22 de communication. 

Ladite interface 34 de gestion d'appel entrant peut §tre physlquement 
situee ou non dans ledit serveur 33 d'allocatlon d'adresse reseau (ou Radius). 
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Ledit serveur 33 d'allocation d'adresse rdseau (ou Radius) soliicite une 
interface 35 de contrdle d'acc^s, qui d^denche le traitement de ladite adresse 
r6seau. Ladite Interface 35 de contrSle d'acc6s peut §galement §tre 
physlquement situ6e ou non dans ledit serveur 33 d'allocation d'adresse 
5 n§seau (ou Radius). 

Ladite interface 35 de controie d'acc§s attribue une adresse r6seau 
correspondant audit r6seau 20, 21, 22 de communication, transmise a une 
interface 14 d'autorisation d'acces situee dans le r6seau de 
t§l6communications mobiles. 
[0 Ladite interface 14 d'autorisation d'acces soliicite un registre 13 de 

localisation (soit HLR, Home Location Register), qui est situe dans le reseau 
de t§l6communications mobiles. Ladite interface 14 d'autorisation d'acc6s 
peut etre physlquement incluse ou non dans ledit registre 13 de localisation 
HLR. 

15 L^dit registre 13 de localisation HLR v6rifie I'accessibilitS et les droits de 

I'utitisateui- dudit terminal mobile 10 concemant remission d'un appel entrant a 

partir dudit r6seau 20, 21, 22 de communication. 

En fonction du r6sultat de la v6rification, ladite interface 14 

d'autorisation d'acces r6pond ^ ladite interface 35 de cohtrSle d'acces. qui 
20 transmet ^ ladite interface 34 de gestlon d'appel entrant, en autorisant ou non 

I'appel entrant. 

Lorsque I'appel entrant n'est pas autorise, le traitement est temiin6 et la 
connexidn n'est pas 6tablie entre ledit reseau 20, 21. 22 de cdmmunication et 
ledit terminal mobile 10. 
25 Lorsque I'appel entrant est autoris6, ladite interface 34 de gestlon 

d'appel attribue une adresse reseau audit terminal mobile 10, transmise ^ 
ladite interface 32 de recherclie d'adresse utilisateur. 

Ladite interface 32 de recherche d'adresse utilisateur attribue une 
adresse utilisateur correspondant audit temninal mobile 10, transmise audit 
30 serveur 31 de noms de domaine DNS, puis audit serveur applicatif 30 (ou AS). 

Ledit serveur applicatif 30 (ou AS) soliicite un equipement 12 de gestion 
d'acces GGSN, reli6 ^ un 6quipement 1 1 de support de service SGSN, dudit 
reseau de telecommunications mobiles auquel ledit terminal mobile 10 est 
raccorde. 
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La connexion, correspondant a I'appel entrant, est §tablie entre I'un des 
r6seaux 20, 21 , 22 de cxammunication et ledit terminal mobile 10. 

Pour alder comprendre I'lnvention, les diff^rentes stapes du proc^dS 
de gestion d'accds d'un r6seau de communication d un terminal mobile sent 
s pr^sent^es eh fiigure 2. 

Dans un reseau 20, 21, 22 de communication, I'utilisateur du terminal 
mobile 10 est identifie dans chacun des Squipements dudit reseau 20, 21, 22 
de comniunication. 

L'identification de Tutilisateur d'un temninal mobile 10 dans un r6seau 
10 20, 21 , 22 de communication peut se presenter sous diff§rentes fomies. A titre 
d'exemple, un identifiant d'un utilisateur peut correspondre au nom et au 
pr6n6m dudit utilisateur, sous la fomne "nom.pr^nom", ou bien se presenter 
sous la fomne "060708091 0.r^seaudecommunication" correspondant a un 
num6ro ^Identification dudit utilisateur et § l'identification dudit r§seau 20, 21, 
15 22 de communication conceme. 

Pour faciliter la compr6hension dans la description, ridentification de 
i'utilisateur est pr^sent^e sous la forme utilis^e par les adresses IP (Intemet 
Protocol, soit protocole intemet). Mais, toute autre forme d'adressage offrant 
des fonctionnalit6s similaires d'identification de I'utilisateur est compatible avec 
20 I'invention, 

Un serveur applicatif 30 (ou AS) dudit r§seau 20, 21, 22 de 
communication accede d I'identifiant de I'utilisateur du temninal mobile 10, qui 
est le destinataire de I'appei entrant (§tape 1). 

Quelle que soit la forme existante dans ledit reseau 20, 21, 22 de 
25 communication, I'identifiant de I'utilisateur con-espond ^ "id AS utilisateur 
dans ledit serveur applicatif 30 (ou AS). 

Le serveur applicatif 30 (ou AS) transmet un message de commando 
"id AS utilisateur, commando" vers un serveur 31 de noms de domaine DNS 
dudit reseau 20, 21, 22 de communication, con-espondant ^ une demande 
30 d'identification dudit utilisateur du temninal mobile 1 0. 

Le protocole de transmission pour allouer une adresse, utilis6 entre un 
serveur applicatif 30 (ou AS) et un serveur 31 de noms de domaine DNS, est 
d6fini par I'lETF (Intemet Engineering Task Force, soit groupe d'6tude sur 
I'ingSnierie Intemet), par exemple le protocole DNS. 
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Le serveur 31 de noms de domaine DNS transmet pour traitement ledit 
message de commande vers une interface 32 de recherche d'adresse 
utilisateur (^tape 2). 

Quelle que soit la forme existante. I'identifiant de I'utilisateur correspond 
5 d "Id DNS utilisateur" dans ledit serveur 31 de noms de domaine DNS. Ledit 
identiflant "id DNS utilisateur" correspond ^ I'utilisateur mentionn6 dans le 
message de commande "id AS utilisateur, commande". 

Pour cohnaltre ledit identiflant "id DNS utilisateur", I'interface 32 de 
recherche d'adresse utilisateur peut soit acc6der ^ une table de 
io correspondance "id AS utilisateur, id DNS utilisateur", soit construire ledit 
idehtifiant d partir de I'identifiant regu dans le message de commande "id AS 
utilisateur, commande" en provenance du serveur applicatif 30 (ou AS). 

Ladite interface 32 de recherche d'adresse utilisateur, reli6e au serveur 
31 de noms de domaine DNS, transmet un message de commande "id DNS 
15 utilisateur, commande" vers une interface 34 de gestion d'appel entrant, relive 
S un sen/eur 33 d'allocation d'adresse r6seau (ou Radius), pour r6aliser le 
traitement de ladite adresse utilisateur (etape 3). 

Le prtJtocole de transmission pour allouer une adresse, utilis§ entre une 
interface 32 de recherche d'adresse utilisateur reli§e d un serveur 31 de noms 
20 de domaine DNS et une interface 34 de gestion d'appel entrant reli6e d un 
serveur 33 d'allocation d'adresse r6seau (ou Radius), par exemple le protocole 
DNS ou le ptotocole Radius sont d6finis par I'lETF (Intemet Engineering Task 
Force, soit groupe d'^tude sur I'ingenierie Intemet). 

Quelle que soit la fomne existante, i'identifiant de I'utilisateur correspond 
25 ^ "id r§seau utilisateur" dans ledit serveur 33 d'allocation d'adresse reseau (ou 
Radius). Ledit identiflant "id r§seau utilisateur" con-espond ^ I'utilisateur 
mentionn6 dans le message de commande "id DNS utilisateur, commande". 

Pour connaitre ledit identiflant "id r§seau utilisateur, I'interface 34 de 
gestion d'appel entrant peut soit acc6der a une table de correspondance "id 
30 DNS utilisateur, id reseau utilisateur", soit construire ledit Identiflant ^ partir de 
I'identiflant regu dans le message de commande "id DNS utilisateur, 
commande" en provenance de ladite interface 32 de recherche d'adresse 
utilisateur relive au serveur 31 de noms de domaine DNS. 

De manidre a 6vlter Tattribution d'une deuxidme adresse correspondent 
35 a un m§me utilisateur dudit terminal mobile 10. ladite Interface 34 de gestion 
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d'appel entrant relive au serveur 33 d'allocation d'adresse r^seau (ou Radius) 
contrfile I'existence ou non d'une adresse d6jgi attribute ^ I'utllisateur 
mentlonn6 dans le message "id DNS utilisateur, commande". 

Lorsque le terminal mobile 10 de I'utilisateur a d6jd 6tabli une 

5 connexion avec ledit r6seau 20. 21, 22 de communication, une premiere 
adresse a et6 attribute correspondant audit utilisateur. De ce fait, une adresse 
corfespondant audit utilisateur existe dans ladite interface 34 de gestion 
d'appel entrant reli§e au serveur 33 d'allocation d'adresse r6seau (ou Radius). 
Ladite interface 34 de gestion d'appel entrant reli§e au serveur 33 

10 d'allocation d'adresse reseau (ou Radius) transmet un message "id DNS 
utilisateur, adresse IP" vers I'interface 32 de recherche d'adresse utilisateur 
reli§e au serveur 31 de noms de domaine DNS. Dans ce cas, les 6tapes 4 et 5 
du precede confbrme ^ I'invention, d§crites ci-dessous, ne sent pas realis6es. 
Lorsqu'il n'existe pas d'adresse correspondant audit utilisateur du 

15 temilnal rtiobile 10. ladite interface 34 de gestion d'appel entrant transniet un 
message de commande "id rSseau utilisateur. APN, commande" vers un 
serveur 33 d'allocation d'adresse r§seau (ou Radius). Ledit serveur 33 
d'allocatidn d'adresse rSseau (ou Radius) dirige ledit message de commande 
"Id reseau utilisateur. APN, commande" vers une interface 35 de contrdle 

20 d'acc^s pour realiser le traitement conrespondant au r§seau et d I'utilisateur. 

L'adcessibilitd et les droits de I'utilisateur dudit terminal mobile 10 sont 
rn§moris§s dans le r^istre 13 de localisation HLR dudit r6seau de 
telecommunications mobiles, auquel Tuti'lisateur est abonnS. Par consequent, 
ladite interface 35 de contrdle d'acc^s. relive au serveur 33 d'allocation 

25 d'adresse reseau (ou Radius), transmet ledit message de commande vers une 
interface 14 d'autorisation d'accSs dudit reseau de telecommunications 
mobiles. 

Ladite interface 14 d'autorisation d'acces transmet ledit message de 
commande ^ un registre 13 de localisation HLR dudit r§seau de 
30 telecommunications mobiles (etape 4). 

Ledit registre 13 de localisation HLR v6rifie I'accessibilite et les droits 
dudit utilisateur concemant remission d'un appel entrant d partir dudit reseau 
20, 21, 22 de communication, identifie par un nom identifiant APN et auxquels 
appartient ledit serveur 33 d'allocation d'adresse reseau (ou Radius), ainsi que 
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ledit serveur 31 de noms de domaine DNS et ledit serveur applicatif 30 (ou 
AS). 

Le prdtocole de transmission pour allouer une adresse, utilise entre une 
interface 35 de contrdle d'accds relive ^ un serveur 33 d'allocation d'adresse 
5. r6seau (ou Radius) et une interface 14 d'autorisation d'accds reli6e a un 
registre 13 de localisation HLR, est soit d6fini par I'lETF, par exemple le 
protocble Radius ou le protocole Diameter, soit d6fini par I'ETSI (European 
Telecommunications Standards Institute, soit institut europ6en de 
normalisation des telecommunications), par exemple le protocole MAP (Mobile 
10 Application Part, soit application du service mobile) qui est sp6cifique pour les 
r6seaux de telecommunications mobiles geres par un operateur. 

L'accessibilite de I'utilisateur con-espond h la possibilite d'etablir une 
connexion avec ledit terminal mobile 10 de I'utilisateur, par exemple le terminal 
mobile est bien reconnu par le reseau de telecommunications mobiles. Les 
15 droits de I'utilisateur correspondent a I'existence d'un abonnement ou d'une 
autorisation donnee par I'utilisateur concernant la reception d'appels entrants 
en provenance dudit reseau 20, 21, 22 de communication concerne. 

Le registre 13 de localisation HLR transmet un message "id r6seau 
utilisateur, accessibilite utilisateur, autorisation utillsateur" vers ladite interface 
20 14 d'autorisation d'accds. 

Le registre 13 de localisation HLR peut egalement ins6rer dans ledit 
mfessage transmls I'adresse de l'6quipement 1 1 de support de service SGSN, 
qui est disponible pour etablir une connexion dudit reseau 20, 21, 22 de 
communication avec ledit terminal mobile 10 de I'utilisateur. 
25 Une fois l'accessibilite et les droits de I'utilisateur dudit terminal mobile 

renseignes, ladite interface 14 d'autorisation d'acces transmet ledit message 
vers ladite interface 35 de controle d'accds, reliee au serveur 33 d'allocation 
d'adresse reseau (ou Radius) du reseau 20, 21, 22, 23 de communication. 

Comme mentionne precedemment, le protocole de transmission, utilise 
30 entre une interface 14 d'interrogation d'acces reliee un registre 13 de 
localisation HLR et une interface 35 de controle d'acces reli6e d un serveur 33 
d'allocation d'adresse reseau (ou Radius), est par exemple le protocole 
Radius ou le protocole Diameter ou le protocole MAP. 

Le serveur 33 d'allocation d'adresse r6seau (ou Radius) regoit le 
35 message en provenance du registre 13 de localisation HLR (etape 5). 
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Dans le cas oD la mention "accessibility utiiisateur" du message 
transmis indique que I'utilisateur n'est pas present sur le r6seau de 
telecommunications mobiles ou bien lorsque la mention "autorisation 
utillsateur indique un choix de I'utiiisateur de ne pas recevoir d'appels 

5 entrants en prbvehance dudit reseau de communication concern^ et identifi6 
par ifedit nom identifiant APN. I'lnterface 34 de gestion d'appel entrant relive au 
serveur 33 d'allocation d'adresse r6seau (ou Radius) transmet un message "id 
DNS utillsateur, cauise 6chec" vers I'interface 32 de recherche d'adresse 
utillsateur reli6e au serveur 31 de noms de domaine DNS, qui indique la 

10 raison de l'6chec de I'^tabllssement de la connexion vers le terminal mobile 10 
de rutilisateur. 

Dans le cas contraire, I'interface 34 de gestion d'appel entrant sollicite 
ledit serveur 33 d'allocation d'adresse reseau (ou Radius) pour attribuer une 
adresse^ I'utilisateur pour la connexion avec ledit r6seau 20, 21, 22 de 

15 communication. 

Ladite Interface 34 de gestion d'appel entrant reli6e au serveur 33 
d'allocation d'adresse r6seau (ou Radius) transmet un message "id DNS 
utillsateur, adresse IP" vers I'interface 32 de recherche d'adresse utillsateur 
relive au serveur 31 de noms de domaine DNS. 

20 Comme mentionn6 pr6c6demment, le protocole de transmission, utilise 

. entre une interface 34 de gestion d'appel entrant relive ^ un sen/eur 33 
d'allocation d'adresse r6seau (ou Radius) et une interface 32 de recherche 
d'adresse utillsateur reliee ^ un serveur 31 de noms de domaine DNS, est par 
exemple le protocole DNS ou le protocole Radius. 

25 Le serveur 31 de noms de domaine DNS regoit le message en 

provenance du serveur 33 d'allocation d'adresse reseau (ou Radius) (6tape 6). 

Dans le cas oil le message en provenance du serveur 33 d'allocation 
d'adresse r6seau (ou Radius) est un message "id DNS utillsateur, cause 
echec", le serveur 31 de noms de domaine DNS transmet un message "id AS 

30 utillsateur, cause echec" vers le serveur applicatif 30 (ou AS), qui indique la 
raison de l'§chec de I'etablissement de la connexion vers le terminal mobile 10 
de I'utilisateur. 

Dans le cas oil ledit message en provenance de ladite interface 34 de 
gestion d'appel entrant est un message "Id DNS utillsateur, adresse IP", ledit 
35 serveur 31 de noms de domaine DNS transmet un message "id AS utillsateur. 
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adresse IP" vers ledit seiveur applicafrf 30 (ou AS), qui Indique I'adresse IP 
regue. 

Le serveur applicatif 30 (ou AS) regoit le message en provenance du 
serveur 31 de noms de domaine DNS (Stape 7). 

Dans le cas oO le message en provenance du serveur 31 de noms de 
domaine DNS est un message "id AS utilisateur, cause echec". I'6tape 
suivante du pfbc6d6, conforme d I'invention, est la fin du traitement (etape 11). 
Par consequent, aucune connexion n'est etablle par ledit serveur applicatif 30 
(ou AS). Dans ce cas, les 6tapes 8 ^ 10, d6crites ci-dessous, ne sont pas 
realis^es. 

Dans le Cas ou ledit. message en provenance du serveur 31 de noms de 
domaine DNS est un message "id AS utilisateur, adresse IP", ledit serveur 
applicatif 30 (ou AS) transmet vers un 6quipement 12 de gestion d'acc^s 
GGSN un paquet de donn6es destine au terminal mobile 10 de I'utilisateur, en 
indiquant I'adresse IP regue en tant qu'adresse du destinataire dudit paquet de 
donnees. 

Dans le r6seau de t6l6communicatlons mobiles, ledit ^quipement 12 de 
gestion d'acces GGSN regoit ledit paquet de donn6es, avec ladite adresse IP, 
en provenance du serveur applicatif 30 (ou AS) (Stape 8). 

Dans le cas oCl ladite adresse IP est reconnue comme attribute d un 
utilisateur du tenminal mobile 10 par ledit 6quipement 12 de gestion d'accds 
GGSN, I'^tape suivante du proc6d6, confomie ^ I'invention, est la fin du 
traitement (6tape 11). 

Ledit 6quipement 12 de gestion d'acces GGSN transmet ledit paquet de 
donnee vers le terminal mobile 10 de I'utilisateur, par rinterm6diaire de 
I'equipement 11 de support de service SGSN du reseau de 
telecommunications mobiles. La connexion, con-espondant § I'appel entrant, 
est alors etablle entre ledit reseau 20, 21, 22 de communication et ledit 
terminal mobile 10 de I'utilisateur. 

Dans le cas oD ladite adresse IP n'est pas reconnue comme attribuee d 
un utilisateur du temriinal mobile 10, ledit equipement 12 de gestion d'acces 
GGSN transmet un message de commande "adresse IP, commando" vers le 
serveur 33 d'allocation d'adresse r6seau (ou Radius), pour demander la 
verification de I'allocation de I'adresse IP d un utilisateur. 
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Comme mentionn6 pr6c6demment, le protocole de transmission, utills6 
entre un serveur 33 d'allocation d'adresse r§seau (ou Radius) et un 
6quipement 12 de gestion d'accds GGSN, est par exemple le protocx)le 
Radius ou le protocole Diameter. 

Le serveur 33 d'allocation d'adresse r^seau (ou Radius) regoit le 
message de comrhande en provenance de I'equipement 12 de gestion d'acc^s 
GGSN (etape 9). Ledit serveur 33 d'allocation d'adresse r6seau (ou Radius) 
contrdle a quel utilisateur a et6 allou§e I'adresse IP transmise. 

Dans le cas ou I'adresse IP n'a pas §t6 attribuee, ledit serveur 33 
d'allocation d'adresse reseau (ou Radius) transmet un message "adresse IP, 
cause echec" vers I'equipement 12 de gestion d'acc^s GGSN, indiquant la 
raiison de I'6ch6c de la recherche de I'adresse IP. 

Dans le cas oil ladite adresse IP est attribute, ledit serveur 33 
d'allocation d'adresse reseau (ou Radius) transmet un message "adresse IP, 
id reseau utilisateur" vers I'equipement 12 de gestion d'acc6s GGSN, qui 
indique I'adresse attribute d I'utilisateur. 

Le serveur 33 d'allocation d'adresse r6seau (ou Radius) peut 
6galement ins6rer dans ledit message transmis I'adresse de I'equipement 11 
de support de service SGSN, qui est disponible pour 6tablir une connexion 
dudit r6seau 20, 21, 22 de communication avec ledit terminal mobile 10 de 
I'utilisateur. 

Comme mentionne pr6c6demment, le protocole de transmission, utilise 
entre un serveur 33 d'allocation d'adresse reseau (ou Radius) et un 
equiperfient 12 de gestion d'acc^s GGSN, est par exemple le protocole 
Radius ou le protocole Diameter. 

Ledit equipement 12 de gestion d'acc^s GGSN regoit le message en 
provenance du serveur 33 d'allocation d'adresse reseau (ou Radius) (6tape 
10). 

Dans le cas ou le message en provenance du serveur 33 d'allocation 
d'adresse reseau (ou Radius) est un message "adresse IP, cause echec", 
I'etape suivante du precede, conforme a I'invention, est la fin du traitement 
(etape 11). Par consequent, aucune connexion vers le terminal mobile 10 n'est 
etablie par ledit equipement 12 de gestion d'accds GGSN. 

Dans le cas oCi ledit message en provenance du serveur 33 d'allocation 
d'adresse reseau (ou Radius) est un message "adresse IP, id reseau 
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utilisateur", ledit §quipement 12 de gestion d'acces GGSN recherche I'adresse 
de I'equipement 11 de support de service SGSN dudit r§seau de 
tdl^mmunications mobiles, qui va permettre l'§tablissement de la connexion 
vers ledit terminal mobile 10. 

5 Ladite recherche est nomialis6e par I'ETSI sous le nom de "Network- 

requested PDP Context activation", soit activation d'une connexion d la 
demahde d'un rSseau de communication. 

Ladlte recherche permet la creation d'un lien "PDP Context" vers ledit 
terminal mobile 10, en fournissant ridentifiant "Id r^seau utilisateur" ^ partirde 

10 I'identifiant international de I'utilisateur dans le reseau mobile, soit "IMSI" 
Ontemational Mobile Subcriber Identifier), en foumissant I'adresse IP attribute 
^ Tutilisatieur S partir de I'adresse du "PDP Context" (soit "PDP address") et en 
foumissant le type de PDP (soit "PDP type") a partir du fomiat de I'adresse IP 
regue dans ledit message. 

15 L'identifiant "IMSI", I'adresse du "PDP Context" (soit "PDP address") et 

le type de PDP (soit *PDP type") sont normalises par I'ETSI dans la proc^ure 
d'activation d'une connexion d la demande d'un reseau de communication. 

Dans le cas oCi ledit message en provenance du serveur 33 d'allocation 
d'adresse r6seau (ou Radius) est un message "adresse IP, id rSseau 

20 utilisateur, adresse SGSN", ledit 6quipement 12 de gestion d'acces GGSN 
commando I'ouverture d'une connexion dans le reseau de telecommunications 
mobiles. 

Ladite commando de connexion est normalisee par I'ETSI sous le nom 
de "PDU notification request", (Packet Data Unit notification request) pour 

25 I'activation d'une connexion ^ la demande d'un reseau de communication (soit 
Network-requested PDP Contisxt activation). 

Ladite commande de connexion permet la creation d'un lien "PDP 
Context" vers ledit terminal mobile 10, en foumissant I'identifiant "id reseau 
utilisateur ^ partir de I'identifiant international de I'utilisateur dans le r6seau 

30 mobile, soit "IMSI", en foumissant I'adresse IP ^ partir de I'adresse du "PDP 
Context" (soit "PDP address"), en foumissant I'adresse de l'6quipement 1 1 de 
support de service SGSN S partir de "adresse SGSN" dudit message et en 
foumissant le type de PD (soit "PDP type") a partir du fomnat de I'adresse IP 
regue dans ledit message. 
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L'identifiant "IMSI", I'adresse du "PDP Context" (soit "PDP address"), 
I'adresse du SGSN (soit "SGSN address") et le type de PDP (soit "PDP type") 
sont normalises par I'ETSI dans la procedure d'activation d'une connexion d la 
demande d'un r6seau de communication. 

5 . Le lien "PDP Context" 6tant creer, ledit equipement 12 de gestion 

d'accds GGSN transmet ledit paquet de donn§e vers le terminal mobile 10 de 
I'utilisateur, par Tinterm^diaire de l'6quipement 1 1 de support de service SGSN 
du reseau de telecommunications mobiles. La connexion, correspondant a 
I'appel entrant, est alors etablie entre ledit reseau de communication et ledit 

10 terminal mobile 10 de I'utilisateur. 
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REVENDICATIONS 

1 . Systeme de gestion d'accds d'une plurality de rSseaux (20, 21 , 22) 
de communication d d'un temninal mobile (10) raccord§ ^ un rSseau 
de telecommunications mobiles, caracterise en ce que (edit 

5 systeme est apte a 6tablir au moins une connexion ^ partir d'au 

moins un desdits r^seaux (20, 21 , 22) de communication vers ledit 
tenniiial mobile (10). 

2. Systdme de gestion d'acc^s selon la revendication 1, caract6rise 
en de que ledit syst^me comprend au moins une interface (32) de 

10 recherche d'adresse utilisateur, situ6e dans ledit r6seau (20, 21, 

22) de communication, apte ^ attribuer au moins une adresse 
utilisateur audit temiinal mobile (1 0) a partir d'au moins une donn6e 
d'un premier message de commande en provenance d'au moins un 
serveur (31) de ndms de domaine, situe dans ledit r6seau (20, 21, 

15 . . 22) de communication. 

3. Syistdme de gestion d'acc^s selon la revendication 2, caracteris6 
en ce que ladite interface (32) de recherche d'adresse utilisateur 
est relive audit serveur (31 ) de noms de domaine dans ledit rSseau 
(20, 21, 22) de communication. 

2b 4. Systeme de gestion d'acc^s selon I'une quelconque des 

revendications 1^3, caracteris^ en ce que ledit systdme comprend 
au moins une interface (34) de gestion d'appel entrant, situ^e dans 
ledit reseau (20, 21, 22) de communication, apte ^ attribuer au 
moins une adresse reseau audit terminal mobile (10) apr^s 

25 traitement de ladite adresse utilisateur d partir d'au moins une 

donn^e d'un deuxieme message de commande en provenance de 
ladite interface (32) de recherche d'adresse utilisateur. 

5. Systeme de gestion d'acc§s selon la revendication 4, caract§ris6 
en ce que ladite interface (34) de gestion d'appel entrant est reliee 

30 ^ au moins un serveur (33) d'allocation d'adresse reseau dans ledit 

r6seau (20, 21, 22) de communication. 

6. Systeme de gestion d'acc^s selon I'une quelconque des 
revendications 1^5, caracterisS en ce que ledit systdme comprend 
au moins une internee (35) de contrdle d'accSs, sltu6e dans ledit 
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rSseau (20, 21 , 22) de communication, apte d verifier ladite adresse 
utilisateur dudit temninal mobile (10) ^ partir d'au moins une donn6e 
d'un troisieme message de commande en provenance de ladite 
interface (34) de gestion d'appel entrant 
5 7. SystSme de gestion d'acces selon la revendlcation 6. caract§rise 

en ce que ladite interface (35) de contrdle d'acces est reliee audit 
serv^ur (33) d'allocation d'adresse r6seau dans ledit r^seau (20, 
21 , 22) de communication. 

8. Systeme de gestion d'acces selon Tune quelconque des 
10 revendications 1^7, caracterise en ce que ledit systdme comprend 

au . moins une interface (14) d'autorisation d'acc6s, situee dans ledit 
r§seau de telecommunications mobiles, apte d verifier ladite 
adresse reseau apres traitement de ladite adresse utilisateur dudit 
terminal mobile (10) ^ partir d'au moins une donn6e d'un quatrieme 
15 hnessage de commande en provenance de ladite interface (35) de 

contrdle d'acces. 

9. Systeme de gestion d'acces selon la revendication 8, caract^ris^ 
6n ce que Iddite interface (14) d'autorisation d'accds est reli6e d au 
moins un registre (13) de localisation dans ledit rdseau de 

20 telecommunications mobiles. 

10. Interface (32) de recherche d'adresse utilisateur situ6e dans un 
desdits rdseaux (20, 21, 22) de communication, associee audit 
systeme de gestion d'acces selon I'une quelconque des 
revendications 1 §i 9, caracterise en ce que ladite interface 

25 comprend au moins un moyen de transmission vers ledit serveur 

(31) de noms de domaine, au moins un moyen de transmission 
vers ladite interface (34) de gestion d'appel entrant, au moins un 
moyen d'attribution d'au moins une adresse utilisateur, au moins un 
moyen de realisation d'une mise en forme d'au moins un message 

30 de commande, au moins un moyen de generer au moins un 

message d'echec. 

11. Interface (34) de gestion d'appel entrant situee dans un desdits 
reseaux (20, 21 , 22) de communication, associee audit systeme de 
gestion d'acces selon I'une quelconque des revendications 1^9, 

35 caracterise en ce que ladite interface comprend au moins un 
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moyen de transmission vers ledit serveur (33) d"allocation 
d*adresse r§seau, au moins un moyen de transmission vers ladite 
interface (32) de recherclie d'adresse utilisateur, au moins un 
moyen d'attribution d'au moins une adresse rSseau, au moins un 

5 moyen de f'6alisation d'une mise en fonme d'au moins un message 

de commande, au moins un moyen de v6rification de Texistence 
d'au moins une adresse utilisateur, au moins un moyen de 
verification de Taccessibilite et des droits de {'utilisateur dudit 
terminal mobile (10), au moins un moyen de generer au moins un 

10 hniBSsage d'echec. 

12. Interface (35) de controle d'acces situee dans un desdits reseaux 
(20, 21 , 22) de communication, associee audit systeme de gestion 
d'acces selon i'une quelconque des revendications 1 a 9, 
caraGteris6 en ce que ladite interface comprend au moins un 

15 moyen de transmission avec ledIt serveur (33) deallocation 

d'adresse r6seau, au moins un moyen de transmission avec ladite 
interface (14) d'autorisation d'acces, au moins un moyen de 
v6riflcation de ladite adresse utilisateur dudIt temninal mobile (10), 
au moins un moyen de realisation d'une mise en forme d'au moins 

20 un message de commande, au moins uh moyen de traitement de 

ladite adresse utilisateur. 

13. Interface (14) d'autorisation d'acces situ6e dans ledit r§seau de 
telecommunications mobiles, associee audit systeme de gestion 
d'acces selon Tune quelconque des revendications 1 ^ 9, 

25 caract6rise en ce que ladite interface comprend au moins un 

moyen de transmission avec ledit registre (13) de localisation, au 
moins un moyen de transmission avec ladite interface (35) de 
controle d'acces, au moins un moyen de traitement de ladite 
adresse utilisateur, au moins un moyen de verification de ladite 

30 adresse reseau, au moins un moyen de realisation d'une mise en 

forme d'au moins un message de commande. 

14. Precede de gestion d'acces d'une pluralit6 de r6seaux (20, 21, 22) 
de communication ^ d'un terminal mobile (10) raccorde d un reseau 
de telecommunications mobiles, caracterise en ce que ledit 

35 precede comporte les etapes consistant e : 
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- identifier au moins un terminal mobile (10) vers lequel un 
desdits reseaux (20. 21 . 22) de communication va 6tablir una 
connexion, 

- attribuer au moins une adresse utilisateur audit terminal mobile 

5 (10). 

- attribuer au moins une adresse r§seau audit r^seau (20, 21 , 22) 
de communication, 

- verifier ladite adresse utilisateur dudit temiinal mobile (10) pour 
pemnettre une connexion simultan6e vers plusieurs r^seaux (20, 

10 21 , 22) de communication, 

- verifier ladite adresse r6seau dudit r6seau (20, 21, 22) de 
communication pour autoriser un accSs vers ledit reseau de 
telecommunications mobiles, 

- verifier i'accessibilit^ et les droits d'acc^s de Tutilisateur dudit 
15 terminal mobile (10) pour acceder audit r§seau (20, 21 , 22) de 

coiitimunication, 

- 6tablir une connexion d partir dudit r6seau (20, 21, 22) de 
communication vers ledit terminal mobile (10) pour transmettre 
au moins une donnde avec ladite adresse utilisateur. 

20 16. Proc6d6 de gestion d'acc^s selon la revendication 14, caractSrisd 

en ce que ledit proc^§ comporte les stapes consistant a : 

- emregistrer au moins un identifiant correspondant ^ au moins un 
temiinal mobile (10) dans au moins un serveur applicatif (30) 
d'un desdits r^seaux (20, 21 , 22) de communication, 

25 - transmettrie au moins un premier message de commande pour 

demander une identification dudit temiinal mobile (10) ^ partir 
dudit serveur applicatif (30) vers au moins un serveur (31) de 
noms de domaine dudit r6seau (20, 21, 22) de communication, 

- transmettre ledit premier message de commande ^ partir dudit 
30 serveur (31) de noms de domaine vers au moins une interface 

(32) de recherche d'adresse utilisateur dudit r§seau (20, 21, 22) 
de communication pour attribuer au moins une adresse 
utilisateur audit terminal mobile (10), 

- transmettre au moins un deusd^me message de commande, 
35 pour attribuer une adresse reseau avec ladite adresse utilisateur 
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dudit terminal mobile (10). a partir de ladite interface (32) de 
recherche d'adresse utilisateur vers au moins une interface (34) 
de gestion d'appel entrant dudit reseau (20, 21, 22) de 
communication, 

5 - verifier {'existence de ladite adresse utilisateur regue dans ladite 

interface (34) de gestion d'appel, reli§e a au moins un serveur 
(33) d'allocation d'adresse r6seau. 

16. Procede de gestion d'acces selon la revendication 15, caracteris§ 
en ce que, quand ladite adresse utilisateur existe, ladite interface 

10 (34) de gestion d'appel entrant transmet au moins un message 

pour irifonner de {'existence de ladite adresse vers ladite interface 
(32) de recherche d'adresse utilisateur. 

17. Proc6de de gestion d'acces selon la revendication 15, caracterise 
eh ce que, quand ladite adresse utilisateur n'existe pas, ladite 

15 interface (34) de gestion d'appel entrant transmet au moins un 

troisi^me message de commando vers au moins une interface (35) 
de contraie d'accds, par rinterm6diaire dudit sen/eur (33) 
d'allocation d'adresse reseau dudit reseau (20, 21, 22) de 
communication. 

20 18. Proc6de de gestion d'acces selon Tune des revendications 14 § 17, 

. caract6ris6 en ce que ledit proc6d6 comporte les 6tapes consistant 

- transmettre au rnoins un quatrieme message de commande 
pour r^aliser au moins un traitement de ladite adresse utilisateur 

25 § partir de ladite interface (35) de contrdle d'acces vers au 

moins une interface (14) d'autorisation d'acces, situ6e dans ledit 
r6seau de telecommunications mobiles, 

- verifier I'accessibilite et les droits de I'utilisateur dudit tenninal 
mobile (10) dans au moins un registre (13) de localisation dudit 

30 r6seau de telecommunications mobiles, relie a ladite Interface 

(14) d'autorisation d'accds, 

- transmettre, pour realiser une mise en forme des donn§es, 
ladite accessibility et lesdits droits de I'utilisateur dudit terminal 
mobile (10) ^ partir de ladite interface (14) d'autorisation 

35 d'acces, situ^e dans ledit reseau de telecommunications, vers 



wo 2004/043093 T/FR2003/003176 
^ 26 



ladite interface (35) de contrdle d'acces, situ^e dans iedit 
r^seau (20, 21, 22) de communication, 

- transmettre pour analyse ladite accessibility et lesdits droits de 
Tutilisateur dudit terminal mobile (10) d partir de ladite interface 

5 (35) de contrdle d'acc^s vers ladite interface (34) de gestion 

d'appel entrant, par rinterm^diaire dudit serveur (33) d'allocation 
d*adresse reseau dudit reseau (20, 21, 22) de communication. 

19. Precede de gestion d'acces selon la revendication 18, caract^rise 
en ce que, dans le cas de non-accessibilit§ ou d'absence de droits 

10 pour i'utilisateur dudit terminal mobile (10), ladite interface (34) de 

gestion d'appel entrant transmet un premier message d'6chec vers 
ladite interface (32) de reciierclie d'adresse utilisateur, puis ladite 
interface (32) de recherclie d'adresse utilisateur transmet Iedit 
premier message d'6chec vers Iedit serveur (31) de noms de 

15 domaine et vers Iedit serveur applicatif (30) pour traitement de 

mani§re a ne pas dtablir la connexion entre Iedit reseau (20, 21, 
22) de communication et Iedit terminal mobile (10). 

20. Precede de gestion d'acc^s selon la revendication 18, caract§ris6 
en ce que, dans le cas d'accessibilitd ou d'existence de droits pour 

20 rutilisateur dudit terminal mobile (10), ladite interface (34) de 

gestion d'appel entrant transmet une adresse utilisateur a partir de 
ladite interface (34) de gestion d'appel entrant vers ladite interface 
(32) de recherche d'adresse utilisateur. 

21 . Proc6d6 de gestion d'accds selon Tune des revehdications 14 a 20, 
25 caractdrise en ce que Iedit proc6d6 comporte les etapes consistant 

d : 

- transmettre ladite adresse utilisateur a partir de ladite interface 
(32) de recherche d'adresse utilisateur vers Iedit sen/eur (31) de 
noms de domaine, puis vers Iedit serveur applicatif (30), 

30 - transmettre au moins une donn6e avec ladite adresse utilisateur 

a partir dudit serveur applicatif (30) vers au moins un 
§quipement (12) de gestion d'acces dudit reseau de 
telecommunications mobiles. 

22. Precede de gestion d'acces selon la revendication 21, caractdrise 
35 en ce que, dans le cas oCi ladite adresse utilisateur n'est pas 
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reconnue, ledit ^uipement (12) de gestion d'accSs transmet pour 
verification au moins un cinquiSme message de commande vers 
iedit serveur (33) d'allocation d'adresse r^seau, puis ledit serveur 
(33) d'allocation d'adresse r6seau transmet ladite adresse vers 
5 ladite interface (34) de gestion d'appel entrant. 

23. Proc§d§ de gestion d'accds selon Tune des revendications 21 ou 
22, caract^risS en ce que ledit proced6 comporte les etapes 
consistant ^ : 

- transmettre au moins un deuxieme message d'ecliec ^ partir de 
10 ladite interface (34) de gestion d'appel entrant vers ledit serveur 

(33) d'allocation d'adresse r^seau, puis vers ledit §quipement 
(12) de gestion d'acc^s, dans le cas oLi ladite adresse r^seau 
n'est pas attribute, 

- traiter ledit deuxieme message d'^chec dans ledit ^quipement 
IS (12) de gestion d'accds de manldre d ne pas ^tablir la 

connexion entre ledit reseau (20, 21 , 22) de communication et 
ledit terminal mobile (10). 

24. Proc§de de gestion d'accds selon la revendication 21, caract^ris^ 
en ce que, dans le cas de reconnaissance de ladite adresse 

20 utilisateur, ledit ^quipement (12) de gestion d'accds transmet ladite 

donn^e vers au moins un equipement (11) de support de service, 
puis vers ledit terminal mobile (10), aprds ^tablissement de la 
connexion entre ledit rSseau (20, 21, 22) de communication et ledit 
terminal mobile (10). 
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version 3.8.0 Release 1999)" 
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page 120, allnSa 9.2.2.2 -page 121, allnSa 
9.2.2.2.2 
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